Proximity detection, virtual detection, or location based triggering of the exchange of value and information

ABSTRACT

A system, methods, and apparatuses are provided for valuation and exchange of stored value assets, information of value, and the transfer of value to or among individuals. The exchanged assets may be of a similar nature, e.g., music files exchanged for other music files, and exchange or trade of information such as rewards value or a restaurant coupon. The exchanged assets may also be other dissimilar assets exchanged between individuals and/or entities. The exchange may be initiated in numerous ways such as after completing a review, exchanging or trading a gift card, a prepaid card, a reward card, a coupon, a ticket, a pass, and/or the like when in proximity to a specific location or a location of some type or category, and/or exchanging or trading of other assets between individuals based on one or more constraints such as time, location, need, desire for the assets, and/or proximity.

RELATED APPLICATION(S)

This application is a continuation of application Ser. No. 13/449,208filed on Apr. 17, 2012 which claims the benefit of U.S. ProvisionalApplication No. 61/476,296, filed on Apr. 17, 2011.

The entire teachings of the above applications are incorporated hereinby reference.

BACKGROUND

Advances in communication technologies, in particular Internet andwireless communications, lead to an outburst of applications providing arange of electronic services. Such services include electronic commerce,social media, online advertisement, navigation services, location basedservices, and other services. In addition, with millions of smart phonesbeing sold every year, there is a growing demand for more electronicservices facilitating electronic commerce and providing even morelocation based services.

SUMMARY OF THE INVENTION

In an example embodiment a system, methods, and apparatuses are providedfor the valuation and exchange of stored value assets, information ofvalue, and the transfer of value to or among individuals. Such valueexchange may include exchange of assets of similar nature, e.g., musicfiles exchanged for other music files, and exchange or trade ofinformation, such as rewards value or a restaurant coupon. The exchangedassets may also be other dissimilar assets exchanged between individualsand/or entities. The exchange may be initiated in numerous ways such asafter completing a review, exchanging or trading a gift card, a prepaidcard, a reward card, a coupon, a ticket, a pass, and/or the like, whenin proximity to a specific location, or a location of some type orcategory, exchanging or trading assets offered as a result tointeraction with smart poster, exchanging or trading assets offered as aresult to a payment process or any other process at a point of sale,and/or exchanging or trading other assets between individuals based onone or more constraints such as time, location, need, desire for theassets, and/or proximity.

In another example embodiment, the system, the methods, and theapparatuses allow for individuals with items of value, or information ofvalue to share or transfer those items or information to others in sucha way that they will receive value in return. According to an exampleembodiment verification of the authenticity of an electronic coupon orother voucher of monetary or other value is performed, and traceable andreliable allocation of value to participants in the transaction isexecuted. As such, the redemption of electronic coupons may beconstrained, for example, to time, number of uses, use by a specificentity, and/or the like. Furthermore, tampering with fields or aspectsof a voucher, a coupon, a token, a ticket, a pass, a card, and/or thelike, may be detected and/or prevented and an asset may be determined tobe invalid when tampering is detected.

For example, an individual may use a service associated with anestablishment, e.g., dine at a specific restaurant, and his/her wirelessdevice and/or an application thereon may detect that the establishmentparticipates in an electronic review rewards program using location,and/or proximal detection of transmissions. Upon being notified of theelectronic review rewards program, the individual may provide valuableinformation, for example, in the form of an online survey or review. Inreturn, a cryptographically authenticable coupon is made available tothe individual's wireless device, or generated by the wireless device incoordination with a server. The server may be accessible, for example,through a wireless wide area network, a wireless local area network,and/or any other communication network. Such coordination may be basedon previously downloaded certificates or keys, or may be based on analgorithm such as public private key mechanisms. The coupon may containtext providing details of the coupon, and one or more fields which allowfor integrity and/or authenticity verification of the details of thecoupon. The one or more fields may also allow traceability to variousparties associated with the service, e.g., the electronic review rewardsprogram, including providers of the review, and/or the distributor ofthe coupons.

There are a number of suitable verification techniques know in theindustry, including Cipher Block Chaining Message AuthenticationCode-Message Authenticity Check (CBC-MAC) used in the AdvancedEncryption Standard (AES) algorithm. Additional Public Key Exchange(PKE) approaches may be used in addition to specific Numbers used Once(nonce) values for a given coupon identification details. The coupon maybe provided on a web site for download to other users. For example, thecoupon may be associated with the location of the restaurant, the nameof the restaurant, and/or food categories, and may be provided withrelevant search results.

For example, when an individual reads a review of the establishment ontheir mobile device, the coupon may be downloaded for use at theestablishment. Upon use of the coupon, an embedded revieweridentification is passed to the service and a reward is provided to thereviewer for participating in reviewing the establishment and/or theservices provided thereby. The Message Authenticity Check (MAC) functionprevents tampering with the details of the coupon. For instance,changing the reviewer identification or the amount of the coupondiscount or value would invalidate the MAC value and make the coupon notredeemable. Additionally, the details of the merchant, reviewer,supplier of the coupon, the value, may also be embedded in encryptedfields in addition to a MAC value. As such, additional security may beprovided to check coupon values, and establishment values. A well knowcode of this kind in cryptography is the CBC-MAC.

When redeeming a coupon, a user may use Near Field Communication (NFC)tags or a barcode, associated with the coupon, stored on his/her mobiledevice. Such techniques allow for time dependent rewards, short termtime expiration for the coupon or reduction in value, the coupon's useto be tied to the individual downloading it, or gain based on suchcryptographic techniques ensures traceability to the receiver's accountnumber. Additionally, rewards may be provided for the redeemer of thecoupon, the reviewer, the provider, the establishment, or anycombination.

In a case where the Internet is used to provide the coupon, the providerof the coupon may be different than the reviewer, and each may receive areward for its use. However, other approaches exist for the user'smobile device to receive a coupon. For instance one embodiment, aplanned navigational route from a device used during planning of a trip,or transit during a trip, such as with a navigational system in avehicle or a user's mobile phone's navigational application, may be usedto download coupons, or to access virtual coupon broadcasters tied toone or more specific locations. In such a case, virtual location basedtransmitters of coupon information may be downloaded and includeinformation related to points along a planned route for use later, orduring transit, and virtually received based on one or more of a virtuallocation of the virtual transmitter, actual location of the deviceperforming the detection, a future planned point of the detectingdevice, searches, enhanced detection settings based upon advertiser'spaid for preferred detection criteria, and the like. In such anembodiment, these points may be treated as virtual broadcasters, andtreated would be actual transmitters, or as transmitters which may haveextended range, or multiple transmission locations are transmissioncoverage areas or regions. Such coupon information transmitters may bedetected when down loaded, or when a search is performed based upon aspecific criteria input but the user, or periodically, or based onpremium service provided for on a basis of paid for services by anadvertiser, or any number of other events or preferences, including theactual location or planned location of the mobile device.

In any such embodiment, and for the purpose of this document, anyreference to a detected coupon identifier or information, or otherdetected identifier may also be construed in another related embodimentas a virtual detection of a virtual transmitter of such information. Assuch specific embodiments may down load lists of virtual transmitters,which may be tied to actual locations, and detected as would be realtransmitters in those locations, in combination with the detection ofactual transmission, and treated in a similar manor as the realdetections. Such virtual transmitters may be provided by individuals whoperformed reviews, who have purchased transmitter locations or regions,and have left their virtual transmitters in specific locations orregions to be downloaded, and potentially detected at a later time bymobile devices. The transmitters can be downloaded from a server, over awide area connection which, in most cases, is expected to be a mobiledata link such as LTE, 1×EV-DO, HSPA, GPRS, Wi-Max, etc. Theapplications performing the downloaded may be running within a mobiledevice such as a phone, or a automotive entertainment system operatingan operating systems such as Android, MeeGo, Brew, iOS, Symbian, WindowsMobile 7, or the like. It is further expected that the application maydownloaded from an application store such as the Apple App store or thelike.

In the case of a real or even virtual advertisement, in one embodiment,the reviewer's actual device, virtual transmitting device (downloadedinside another's application) or the vehicle may transmit one or more ofan identifier of the service, their identifier, the groups andcategories to which they have information and/or coupons to share, orthe coupons themselves. It is expected that the bulk downloading ofvirtual transmitters based upon regions to which a device is located orplanned to be located, including specific screening parameters, willsubstantially reduce the transaction load to the wireless network, onthe servers operating the service by allowing for a screening oftransmitters (virtual or otherwise) prior the exchange or retrieval ofinformation reducing the numbers or transactions for which suchmessaging must take place. The transmission may be performed by themobile device, or may be performed by a short range link from a vehiclesuch as 802.11p/DSRC, 802.11, flashLinq or the like.

The broadcast information may further include references usable to download portions of the review, coupon, or other information such aslocation of or directions to the establishment. Thus a coupon may beadvertised from one mobile vehicle to another such that, if allowed, auser or occupant of the second vehicle may be notified of categoriesmatching their interests, and coupons or other vouchers that areavailable. It is contemplated that in some embodiments, an additionalcryptographic “signature” and identifier would be added to each transferof a coupon, and of at any point the coupon were fraudulently modified,it would be invalidated for use. Such progressive signature may beperformed using the server's public key, or based on interaction withthe server performed a re-issuing of the coupon, or the providing of anew signature field allowing for the use of the coupon by the couponreceiving party, modifying an “allowed user” field, and regenerating aMAC value. The receiving vehicle may be operating a navigation system,with a planned route. In such a case, the receiving “rewards review”system may interface with the navigation system, and based upondownloaded, or the received broadcast information from the advertisingvehicle, determine user set preferences, and also determine whichbroadcast coupon information to notify the user of and which informationnot to so notify the user of. For instance, if the user settingindicates they do not want Chinese Food, they would not be notified ofthis available type of coupon. Further, if the coupon informationindicated a restaurant location too far from the planned route, or notwithin a specific time range specified for desired meal, they would notbe notified. Additional constraints may be applied such as a safetyrating of the neighborhood, time of day, or otherwise based oninformation downloaded from a mobile data network such as from theInternet for example. Such other information may include of otherwisefilter detected coupon information. Additional filter parameters such asa “gas station must be within a specified distance of the establishment”such as 2 miles may be used to further filer the displayed or otherresults which they occupants are notified therefore.

In another example embodiment, a method for proposing a transaction, orexecuting a transaction between multiple entities is provided. Themethod considers the value of the items based upon location, time, aninherent redeemable balance, a discount, and/or the desire or lack ofneed for those items or information to the person transferring them toanother, and to the person or entity receiving those items orinformation. Exchanged assets may be redeemed using NFC at a point ofsale (POS), at smart poster, or from another mobile device.

In another example embodiment, a method for individuals or entities tobroadcast or otherwise transfer electronic coupons is provided. Thecoupons may include a cryptographically encoded value which is used forone or more of: detecting tampering or modification of other valueswithin the coupon, preventing fraud as a result of any modification offields, determining the authenticity of the coupon, providingtraceability of the coupon relative to a providing entity, a participantproviding the coupon, content related to the coupon such as a review,the merchant, the receiver or user of the coupon, and the link.

In another example embodiment, traceability of electronic coupons isused to allow for allocation of value to participating individuals, suchas a reviewer of a restaurant, who then broadcasts a provided electroniccoupon to others from their mobile phone, from a wireless link on theircar such as that provided by 802.11p, or DSRC, or directly from a serveron the Internet.

According to another example embodiment, an application on a mobiledevice is provided. The application determines location, or detectsshort range transmissions with identifiers, or other information whichis used to determine relevant services or retailers being close by, orthe user being inside an establishment, and providing notification to auser of a device that a service allowing for the receipt of a coupon,voucher, gift card, or other redeemable items being electronically (orin some cases physically) transferrable to the individual or theirmobile device, for redemption at that establishment, the transfer andthe redemption preferably be performed electronically using a wirelesslocal area network, or a wireless mobile network for the reception andtransfer of the asset, and a near field communication link (NFC) for theredemption of the asset (the voucher, gift card, account balance,coupon, and the like).

According to another example embodiment, a server receives notificationfrom account holders of electronic assets no longer desired, or beingoffered for sale or trade, and transfers the asset, or the value of theasset to the server, in conjunction with users instruction, andpreferences. In some cases user instructions include minimum values toallow for an automatic execution of a trade without further approval bythe user providing the item, and/or items that are desired in return.The items in this case may include remaining values on a gift cardredeemable at a merchant location. The server may also provide for avaluation engine, which determines matches between sets of individualswhich will allow for pre-approved transactions within the set forthinstructions from each user, the valuation engine providing for aproposed transaction to a transaction execution engine. The transactionexecution engine, in one embodiment, for instance provides for one ormore remaining balances on gift cards from one or more individuals to beoffered for trade or sale to others using the service. In such anembodiment, an individual device detects their physical approach to aspecific retailer (by GPS for instance), or their presence within aretail establishment (by short range wireless detection such as thatdetermined by proximal detection of Wi-Fi beacons, which may includevendor specific information elements with additional details, similar tosystem describer in the related applications, and by transmission suchas is used by the service Shopkick being acoustical in nature).Following the determination that a device is located near or within aspecific establishment or type of establishment, the application willmay interact with the server over a wireless link to determine if thereare any cards available for trade or purchase from the individuals whohave previously offered the card as being available, under specificterms and instructions.

BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing will be apparent from the following more particulardescription of example embodiments of the invention, as illustrated inthe accompanying drawings in which like reference characters refer tothe same parts throughout the different views. The drawings are notnecessarily to scale, emphasis instead being placed upon illustratingembodiments of the present invention.

FIG. 1 shows an example system illustrating triggering of a transactionof a stored value asset based on location and/or proximity based events.

FIG. 2 shows another example system illustrating triggering of atransaction of a stored value asset based on location and/or proximitybased events.

FIG. 3a illustrates an example embodiment of a process performed by anelectronic device.

FIG. 3b illustrates another example embodiment of a process performed byan electronic device.

FIG. 3c illustrates yet another example embodiment of a processperformed by an electronic device.

FIG. 4 illustrates an example embodiment of a process performed by aserver.

FIG. 5 illustrates an example embodiment of a process performed by anelectronic device to advertise a coupon associated with an entity.

FIG. 6a illustrates an example embodiment of a process 600A performed byan electronic device associated with a stored value asset for saleand/or bartering.

FIG. 6b illustrates an example embodiment of a process 600B performed byan electronic device associated with a desired stored value asset to bepurchased or acquired in exchange with another asset.

FIG. 7 illustrates an example embodiment of a value engine process 700.

FIG. 8 illustrates an example embodiment of a trade, or execution,engine process.

FIG. 9 illustrates an example embodiment of a process.

FIG. 10 illustrates communication between a server and two electronicdevices according to an example embodiment.

FIG. 11 illustrates communication between a server and two electronicdevices according to another example embodiment.

DETAILED DESCRIPTION OF THE INVENTION

A description of example embodiments of the invention follows.

Mobile applications for electronic payments, location based services,and proximity based interaction have largely been employed independentlyso far. Applicants recognize that combining such services may provideefficient advertisement tools for businesses and individuals havingitems for sale and enhanced experience for customers or consumers.

Furthermore, existing methods, systems, and/or devices used forelectronic shopping and/or bartering may not provide mechanisms for fairevaluation of an item for sale, or exchange, by leveraging factors suchas the importance of the item to its seller, time dependent events thatmay affect the value of the item, a balance associated with the item,the relevance of the item to a potential buyer, and/or one or moreconditions associated with a potential buyer. Currently, systems usedfor electronic interaction may not allow individuals to engage inelectronic transactions of items of value, or information of value,where location based or proximity based information is used to identifyor determine a potential offer to sell, barter or buy the items orinformation. Also, information indicative of the relative interest ofdifferent entities or individuals in the items and information relatedto time dependent events affecting the value of the items may not beconsidered or used by existing systems to set fair values of the itemsand execute a transaction.

For example, an individual in a specific retail store would benefit fromhaving a gift card for that store prior to checking out at a point ofsale (POS) register. The card may be of the most value to thatindividual while and when he or she is present in the store, and priorto making a purchase or making a payment. One other individual may havea gift card for the same store. The gift card may be associated with abalance and/or an expiration date. The other user may have no interestin using the balance on the card or shopping from the store and/or thegift card may be to expire soon. As such, the other individual is lesslikely to use the card gift and/or may lose the balance thereon. Giventhat the gift card is relatively of low value to the other user, mostlikely he or she is willing to trade it for a reduced price or value.For the individual in the store, the gift card may be of relativelyhigher value to the individual in the store as he or she may use it tomake a purchase or a payment.

In another example, individuals having a previous experience with aretailer, a restaurant, a merchant, or a service have valuableinformation that is relevant to future users of the service or futurecustomers of the retailer, restaurant or merchant. There is value tofuture customers or users in knowing that they would have a goodexperience, quality, value, service or the like when choosing aparticular business based on available reviews. There is also value tothe retailer, to the restaurant, to the merchant, and/or to the serviceprovider in having the customer advertise his/her good experience topotential future customers or users.

For an individual who owns assets that he/she does not need anymore, theassets may be of low value to that individual. However, for one otherindividual with interest in, or in need of, the same assets, the assetsmay be of higher value. For instance, music that is digital rightsprotected, e.g., using digital rights management (DRM) techniques, maybe legally transferred from one individual to another in somecircumstances. However, it may not be legal for that individual toreceive cash payments for the transfer of that asset, e.g. music. Forthe individual having music files, for example, that he or she does notneed, has no interest in, or simply wants to exchange them for otheritem(s), it may be difficult to know when and if one other individual,or entity, desires to acquire the same music files, for example, inexchange with other item(s). The music files may be in a format such asWMA, AAC, MP3 or any other format. The individual with the music filesmay be interested in, or looking for, other item(s) of value to him/hersuch as other music file(s) or even item(s) of different nature such asa gift card with some associated balance or a discount coupon for use ina store, a restaurant, or any other establishment providing a service.There may be other items owned by even other individuals that are ofinterest to the individual having the music files and it may be the casewhere a more complex exchange between multiple individuals is desired.

Some services exist today such a Foursquare, Google Hot Pot, FacebookPlaces, Shopkick, and the like which provide rewards for “checking in”,in a location, while other services provide for mobile e-commerce suchas e-bay, PayPal, VISA and amazon.com. Some of these services eveninclude the use of proximity detection to determine when an individualis in a store, and provide redeemable rewards as a result, in the caseof Shopkick. Other mentioned services discuss using near fieldcommunications on a mobile device to allow for payments or rewards, orredemption of electronic coupons. No existing approaches consider thevalue of the items based upon location or time or an inherent redeemablebalance or discount, or the desire or lack of need for those items bythe person transferring them and/or the person or entity receiving them.Furthermore, existing systems may not provide mechanisms or methods tofacilitate discovering and matching of an individual or entity offeringan item for sale or exchange and an other individual or entityinterested in or looking to acquire the same item wherein thediscovering and/or matching being based on proximity-based events,location-based events, and/or other triggering events.

FIG. 1 shows an example system illustrating triggering of a transactionof a stored value asset based on location and/or proximity basedevent(s). A business establishment 109, e.g., a store, a restaurant, amall and/or the like, includes a broadcast device 122 and/or a point ofsale (POS) 110 device. The broadcast device is configured to broadcast,over a communication link 121, information related to at least one of:discounts in one or more products, coupons for use in the businessestablishment, gift cards, identification numbers associated with anentity associated with the business establishment 109, e.g. a store or arestaurant, advertisements, website links, and/or the like. Thebroadcast device 122 may be a smart poster, an audio broadcastingdevice, a Bluetooth™ broadcaster, a Wi-Fi broadcaster, and or the like.Accordingly, the communication link 121 may comprise one or more of: anear field communication (NFC) link, a Wi-Fi link, a Bluetooth™communication link, and/or the like. The point of sale 110 may beconfigured to communicate, for example, with mobile devices using thecommunication link 120. The communication link 120 comprises one or moreof: a NFC link, a Wi-Fi link, a Bluetooth™ communication link, and/orthe like. A mobile device 107 located inside or in the vicinity of thebusiness establishment 109 may receive communication messages from thebroadcast device 122 and/or the point of sale 110 through communicationlinks 121 and 120, respectively. The mobile device may also receivecommunication messages from another close by mobile device 106 through alocal area communication link such as Wi-Fi, a Bluetooth™ communicationlink, and/or the like. The mobile device 107 may also communicatemessages to one or more of the devices 122, 110, and/or 106. At leastone of the mobile devices 107 and 106 is coupled to a server 101 throughthe Internet, for example. Internet access may be achieved, for example,through a wireless wide area network (WWAN) link, 104 and/or 105, and/ora wireless local area network (WLAN) link. The server is also becoupled, for example through the Internet 116, to one or more otherclient devices such as client device 115 located in building 114, and/orany other remote devices associated with buildings 111, 112, and/or 113.

According to an example embodiment of FIG. 1, a transaction of a storedvalue asset, e.g., a gift card, a prepaid card, a reward card, a coupon,an asset associated with a game, a digital asset, and or the like,usable at the establishment 109 is triggered based on location and/orproximity based events. For example, the presence of mobile device 107inside, or in the vicinity of, the establishment 109 is detected by oneor more of the devices 110, 122, 106, and 101 using Global PositioningSystem (GPS) information, location information communicated by themobile device 107, detection of communication signals transmitted fromthe mobile device 107, and/or any other event indicative of the presenceof the mobile device 107 at or near the establishment 109.Alternatively, the mobile device 107 detects transmission from one ormore of the devices 106, 110, 122, and 101. The user of the mobile 107receives a notification from one or more of the devices 106, 110, 122,and 101, on his/her mobile device of an offer to purchase, and/or bartera stored value asset. The notification may be, for example, included inan advertisement message, sent in a response to a request by the mobiledevice 107, and/or sent in response to detecting the location of themobile device 107 or its proximity to any of the devices 106, 110, and122. The stored value asset may be offered at a discount relative to abalance and/or value associated with the stored value asset.

According to an example embodiment, a user of the client device 115 hasa first stored value asset, e.g., a gift card, a prepaid card, a rewardcard, a coupon, a digital asset, and/or any other asset, that he/sheputs for auction through the server 101. Upon detecting the presence ofthe mobile device 107 inside, or in the vicinity, of the establishment109, the server 101 offers the first stored value asset to the user ofthe mobile device 107 for purchase and/or barter. The user of the mobiledevice 106 has another stored value asset that may be of interest to theuser of the mobile device 107. The mobile device 106 may send anotification to mobile device 107 with regard to the other stored valueasset being for sale and/or barter. Alternatively, the server 101detects that both mobile devices 106 and 107 are in proximity and offersthe other stored value asset to the user of mobile device 107 forpurchase and/or barter. According to another example, device(s) 122and/or 110 may have a stored value asset which may be offered to theuser of the mobile device 107 for purchase and/or barter directly by thedevice(s) 122 and or 110 or by the server upon detecting that the mobiledevice 107, or its user, being in proximity to the device(s) 122 and/or110.

The server may detect the location of a mobile device and/or itsproximity to one or more other devices in different ways. For example,the server receives a message from mobile device 107 with informationindicative of its location, e.g., GPS information, a Media AccessControl (MAC) address associated, for example, with a local areanetwork, and/or the like. Alternatively, the server receives a messagefrom the mobile device 107 indicative of one or more identifiersassociated with one or more of the devices 106, 110, and 122, and/orwith corresponding entity/entities. According to another example, theserver receives a message from one or more of the devices 106, 110, and122 indicative of an identification associated with the mobile device107 and/or its user. For example, as the user of mobile device 107 ismaking a payment at the point of sale 110, a payment authorizationrequest is sent to an entity managing an account of the user of mobiledevice 107. The server 101 receives a notification of such request anddetermines that the mobile device 107 is, for example, located in theestablishment 109 and/or in proximity to the point of sale 110. Havingaccess to information related to the location of device 122 and/or 106,the server may further determine that device(s) 122 and/or 106 are inproximity with mobile device 107.

Upon the mobile device 107 accepting an offer to purchase and/or bartera stored value asset, or the server selecting a stored value asset onbehalf of the user of mobile device 107, a transaction is executed. Inexecuting the transaction, stored value assets of similar or differentnature are exchanged between different entities. Alternatively, a storedvalue asset is purchased in according a price valued with real and/orvirtual currency. The server 101 may execute the transaction uponreceiving approval from the mobile device 107 and/or other entityinvolved in the transaction. Alternatively the server 101 may executethe transaction automatically based on one or more criteria.

FIG. 2 shows another example system illustrating triggering of atransaction of a stored value asset based on location and/or proximitybased event(s). According to the example embodiment of FIG. 2, two ormore devices drive by or otherwise pass by each other. For example, thedevices may be vehicle devices, mobile devices, e.g., mobile phoneand/or smart phone, and/or a combination thereof. The devices, forexample, include at least one de dedicated-short range connection (DSRC)on board unit (OBU) and/or at least one DSRC road side unit (RSU). Inthe example of FIG. 2, a vehicle 207 with an OBU drives by a RSU 208 andmobile device 201 associated with a user B. The vehicle 207 is inproximity with another vehicle 206. The OBU in vehicle 207, for example,detects the mobile device 201, the RSU 208, and/or a communicationdevice associated with vehicle 206 using proximal wireless link(s) 203.The proximal wireless link 203 comprises one or more of a DSRC link, aWave link, an 802.11p link, an 802.11x link, a Bluetooth™ link, a NFClink, a FlashLinq communication link, and/or the like. Alternatively theOBU in vehicle 207 is detected by one or more of the RSU 208, the mobiledevice 201, and/or the communication device associated with vehicle 206using the proximal wireless link(s) 203. It is also to be noted thatdevice detection may also occur between any of two devices of the RSU208, the mobile device 201, and the communication device associated withvehicle 206. A first device detects a second device by receiving anidentification associated with the second device over the proximalwireless link 203. For example, the communication protocol, e.g., DSRC,Wave, 802.11p, an 802.11x, Bluetooth™, NFC, FlashLinq, and/or the like,used for communication over the proximal wireless link transfers theidentifier from one device to another.

According to an example embodiment, detection of a device by anotherdevice involves only detection of the identifier associated with thedetected device. The identifier may be a device identifier, an accountidentifier identifying an account of an entity associated with thedetected device, a service identifier associated with a service that isregistered to and/or advertised by the detected device. The identifiermay also be a MAC address where the identifier is an application leveldevice or user unique identifier such as an account identifier oraccount alias, or a temporary identifier known to the server 101, 201.For example, the detected device advertises a service or applicationavailability indicative of the device capability to engage in abartering or electronic commence process. Following the detectionsubsequent peer-to-peer communications may be established to transfersubsequent information.

According to an example embodiment of FIG. 2, at least one of the RSU208, the OBU in the vehicle 207, the communication device associatedwith the vehicle 206, and the mobile device 201 additionally has asecond wireless connection, e.g., 204, 205, 209, and/or 210. The secondwireless connection may be WWAN connection and/or a WLAN connection. Thedetecting device and/or the detected device communicated with at leastone trusted server 101 using an Internet connection 102. For example,the RSU 208, the mobile device 201, the OBU in the vehicle 207, and/orthe communication device associated with the vehicle 206 establish anInternet connection with the at least one trusted server 101 using atleast in part the Cellular network 103, or alternatively a wirelesslocal area network. The communication between an electronic device,e.g., the RSU 208, the mobile device 201, the OBU in the vehicle 207,and/or the communication device associated with the vehicle 206, and aserver 101 may be secure, e.g., encrypted. The Internet connection maybe direct, e.g., using a wired or wireless connection, indirect, e.g.,using a peer-to-peer protocol such as Wi-Fi, through another device'sInternet connection, through Bluetooth™, and/or the like.

According to an example embodiment, two or more of the electronicdevice, e.g., the RSU 208, the mobile device 201, the OBU in the vehicle207, and/or the communication device associated with the vehicle 206,exchange information related to a potential offer or transaction of astored value asset over the proximal wireless link 203. The exchange ofinformation may be between vehicles, e.g., 206 and 207, between the RSU208 and at least one vehicle, e.g., 206 and/or 207, and/or between apedestrian, e.g., user B of the mobile device 201, and at least onevehicle, e.g., 206 and/or 207. For example one or more of the electronicdevices may advertise a stored value asset, e.g., a coupon, a gift card,a prepaid card, a reward card, a digital asset, and/or the like, forsale and/or bartering. Alternatively, one or more of the electronicdevices may broadcast an identifier. The identifier may be an identifierof the device performing the broadcast, an identifier of an accountassociated with a user of the electronic device, a serviceidentification, and/or the like. An electronic device receivinginformation advertised and/or broadcast by another electronic deviceover the proximal wireless link 203 may use an Internet connection,e.g., over another wireless link, to communicate with the server 201.Electronic devices may, alternatively, communicate with the server 201using short message service (SMS), multimedia messaging service (MMS),and/or the like. In communicating with the server 210, an electronicdevice may request further information related to the advertised and/orbroadcast information, request the server to broker and/or execute apotential transaction with en entity associated with the advertising,and/or broadcasting, device.

FIG. 3a is a block diagram illustrating an example process performed byan electronic device, e.g., the mobile device 106, 107 and/or 201, theOBU associated with vehicle 207, and/or the like. At 301A, anidentifier, e.g., an account identifier, a device identifier, a serviceidentifier and/or the like, is broadcast and/or advertised. At block302A, a scan and/or a search for other identifier(s) is performed,wherein the other identifier(s) being associated with, for example,other electronic device(s), establishment(s), entity/entities associatedwith other electronic device(s), service(s), other account(s), and/orthe like. The electronic device performing the process in FIG. 3a mayperform both the broadcasting of an identifier and the scanning, and/orsearching, for other identifier(s). Alternatively, either thebroadcasting of an identifier or the scanning, and/or searching, forother identifier(s) is optional.

In the case where no other identifier is detected at 303A, thebroadcasting of an identifier at 301A and/or the scanning for otheridentifier(s) may be repeated. If other identifier(s) are detected at303A, an action function is employed at 304A. The action function wouldact as a filter that determines which of the detected identifiers to bepassed to a server, e.g., 101 or 201. The action function may instead beomitted and all detected identifiers are passed to the server 101, 201.The effect of the action function comprises reducing the number ofrequests to the server, e.g., 101, 201, by not re-requesting recentlyrequested identifier(s) information.

At block 305A, the electronic device performing the process in FIG. 3adetermines whether request(s) related to any other identifier(s) are tobe sent to the server, e.g., 101, 201. If no requests are to be made,the electronic device may either continue to search, or search at alater time for other identifier(s). If the action function at 304A doesnot filter all detected identifiers, at block 306A the electronic deviceuses, for example, a WWAN and/or a WLAN connection to communicate withthe server 101, 201. A WWAN connection includes, for example, aCDMA-2000 link, a WCDMA link, a TDS-CDMA link, a LTE link, aWi-Max/802.16 link, a wide area cellular protocol, and/or the like. Theelectronic device, for example sends the detected identifier(s) to theserver 101, 201. The server, e.g., 101, 201, may respond withinformation related to the identifier(s) it received. Alternatively, theserver, e.g., 101, 201, may respond with a deal to purchase and/orbarter a stored value asset. In another example, the server, e.g., 101,201, queries a database storing an inventory of stored value assetsusing the received identifier(s) and selects one or more stored valueassets. The server may further receive information related to a desiredtransaction value. The server responds by sending a redemptionidentifier message to the electronic device. The redemption message, forexample, includes redemption identifier(s) usable by the electronicdevice to redeem the value associated with the selected one or morestored value assets.

According to an example embodiment, a service is advertised by anelectronic device, e.g., mobile device 106, 107, and/or 201, broadcastdevice 122, point of sale 110, RSU 208, OBU in vehicle 207, thecommunication device associated with vehicle 206, and/or the like. Anadvertised service includes, for example, a card and/or coupon exchangeservice, a barter service, an electronic commerce service, and/or thelike. In advertising a service, the electronic device may advertise anidentifier identifying the service and/or identifier(s) associated withan application indicative of the electronic device capability to engagein corresponding service(s) such as bartering, electronic commence,and/or the like.

For example, a service may be advertised numerically as a serviceregistered to with a service identifier. The service identifier, forexample, is indicative of an application level service registered with aknown service or application registration authority, either public orprivate entity. An example of such identifier is a Google ApplicationID. Alternatively, service advertisement is performed based upon one ormore of a service set identification (SSID) name, a Bluetooth™ devicename, a Bluetooth™ device service, Wi-Fi identification, e.g., a MACaddress, an action frame with a vendor specific identifier (ID), aservice or application availability identifier as available using an NFCconnection, a beacon information element with a unique vendor specificinformation element identifier, and/or the like.

A beacon information element may include one or more identifications ofthe service such as an identifier for the individual or entityassociated with that service or device, a list of preferences, itemsavailable and items desired, an electronic coupon or advertisement,and/or the like. The vendor specific information may be embedded ininformation transmitted from various devices such as those using 802.11and may be embedded in beacon transmitted information. The vendorspecific information may also be included in Bluetooth™ advertisements,for example, found within a Bluetooth name response packet or listed inservices lists as provided in a LMP_features_req message orLMP_features_req ext message for a Bluetooth™ device. The vendorspecific information may include, for example, a list of availablecoupons and/or cards, links to coupons and/or cards, attributes tocoupons and/or cards such as a category a coupon and/or a card pertainsto retail, restaurant, or others the coupons themselves, the cards,and/or the like.

Following the detection of identifier(s), subsequent peer-to-peercommunication(s) may be performed between two or more electronic devicesto exchange subsequent information. For example similar approaches asdescribed with respect to service advertisement above are used in thetransfer of subsequent information. The subsequent information comprisesshared list(s) which include list(s) of stored value assets desired foracquisition by a user associated with an electronic device. The sharedlist(s) may also, or alternatively, include list(s) of stored valueassets authorized for bartering or trade in exchange for other desireditems. The shared list(s) may also, or alternatively, include list(s) ofdesired services, and/or available services such as Internet connection,printer services, or streaming content services such as audio and/orvideo streaming. The shared list(s) may also indicate a maximum andminimum monetary value associated with one or more of the desired and/oravailable assets on the list(s). The monetary value may be, for example,in units of a “virtual currency” such as Facebook credits, rewardspoints, Zynga zPoints or ZCoins, Kickbucks from Shopkick. The monetaryvalue may also be defined in terms of an actual currency such as UnitedStates Dollar (USD).

According to an example embodiment, the shared lists are transferredbetween two electronic devices using a local wireless connection.Alternatively, the shared lists are at least partially retrieved fromthe trusted server 101 utilizing a device or account identifier of thedetected device received during a detection process. Device identifiersmay also be used to determine if an associated device is capable ofperforming or supporting an application or services related toadvertised information. The server 101 compares the shared listsassociated with the requesting electronic device and the detecteddevice, for example, by comparing desired assets of one device toavailable assets for barter/trade list of another device. The server 101may also compare location of one or both devices with, for example,service advertisement location. The server 101 may, for example, onlyshow the assets and or items both devices have in common.

FIG. 3b is a block diagram illustrating another example processperformed by an electronic device, e.g., the mobile device 106, 107and/or 201, the OBU associated with vehicle 207, and/or the like. Theprocess may be implemented as an application, e.g., a mobileapplication, or as a part of an application. Upon starting theapplication, e.g., at block 301B, a scan and/or a search for otheridentifier(s) and/or other device(s) in proximity is performed at 302B.If no other identifier is detected at 303B, the electronic device maycontinue scanning and/or searching for other identifier(s) or mayperform another scan and/or search at a later time. If one or moreidentifiers are detected at 303B, the electronic device determines, at304B, whether the detected one or more identifiers include a serviceidentifier. If no service identifier is detected at 304B, the electronicmay repeat another scan and/or search for other identifier(s)immediately or at a later time. However, if a service identifier isdetected at 304B, the electronic device determines, at 305B, whetherother information, e.g., parameter(s) and/or a list of stored valueassets, are advertised with the service identifier. If no otherinformation is advertised with service identifier, the electronic devicesends, at block 306B, one or more of the detected identifiers to theserver 101.

At block 306B, the server 101 retrieves parameter(s) associated with theone or more received identifiers from a database and/or determines alist of stored value assets to be traded between an entity associatedwith the received one or more identifiers and an entity associated withthe electronic device that sent the one or more identifiers to theserver. A value engine, at the server 101, may determine a deal that isconsistent with criteria, for example, associated with one or more ofthe entities involved in a potential transaction.

At block 305B, if parameters and/or a list of stored value assets areadvertised with the service identifier, the electronic device determinesat block 307B whether the advertised parameters match the settingsassociated with electronic device or the corresponding entity. Theclient device may further, or alternatively, determine whether there isa match between the advertised list and the list of stored value assetsassociated with the electronic device or its corresponding entity. If nomatch is found, the electronic device may scan again and/or search,immediately or at a later time, for other identifier(s). However if amatch is found, the user of the electronic device is asked to approvepurchase and/or bartering of matched asset(s) at block 308B. If noapproval received from user, the electronic device may scan again and/orsearch, immediately or at a later time, for other identifier(s). If theuser approves the purchase and/or the bartering at 308B, a command andor a request is sent to the server 101 to execute the transaction withthe account associated with the detected electronic device at block309B. The server 101 executes the transaction at block 310B. The server,for example, sends a redemption identifier to the electronic device toredeem the stored value asset. Alternatively, the server 101 retrievesthe stored values assets to be exchanged or their corresponding linksand sends them to at least one of the electronic devices involved in thetransaction. The server may also transfer the purchased stored valueassets to an account associated with the purchasing entity.

FIG. 3c is a block diagram illustrating yet another example embodimentof a process performed by an electronic device. The actions associatedwith blocks 301C, 302C, and 303C are similar to those associated withblock 301B, 302B, and 303B of FIG. 3b . If an identifier is detected at303C, the electronic device communicates, at block 304C, the detectedidentifier to the server, e.g., 101. Upon receiving the detectedidentifier, the server, e.g., 101 responds back, at block 305C, withinformation related to the detected identifier, the correspondingdevice, and/or the entity associated with the corresponding device. Uponchecking the received information, the user of the electronic devicedecides, at block 306C, whether to communicate with the detected deviceor the entity associated thereof. For example, the user of theelectronic device may decide based on whether the received informationindicates any stored value assets of interest to the user, whetherindicated stored value assets of interest to the user are associatedwith reasonable or low bartering and/or trading value(s), whether theentity associated with the detected device has good rating(s), and/orthe like. If the user of the electronic device decides, at 306C, not tocommunicate with the detected device, the electronic device continues tosearch for other devices and/or identifiers at 302C. If the user of theelectronic device decides, at 306C, to communicate with the detecteddevice at 306C, the electronic device downloads at 307C information usedto establish a secure connection with the other device. The connectionmay be a peer-to-peer connection, a wireless personal area network(WPAN) connection, a WLAN connection, a Bluetooth™ connection, and/orthe like. The electronic device may send an invitation to the detecteddevice to join a secure connection either after downloading theinformation or even without downloading any information.

FIG. 4 is a block diagram illustrating an example embodiment of aprocess performed by a server 101. At block 402, the server 101 receivesone or more identifiers from an electronic device. At 402 the server 101retrieves account(s) associated with received one or more identifiers.For example, the server 101 may retrieve an account associated with afirst electronic device that sent the one or more identifiers and/or acorresponding entity and an account associated with a second electronicdevice and/or entity detected by the first electronic device. The serverthen retrieves, at block 403, information related to user preferences,and/or list(s) of available assets, associated with first and secondelectronic devices. At block 404, the server 101 compares retrievedinformation associated with both devices. If a match is found at block405, for example, between desired assets associated with one electronicdevice, and/or the corresponding entity, and available assets associatedwith the other electronic device, and/or the corresponding entity, theserver notifies one of, or both, electronic devices, and/orcorresponding entities, at block 406. For example, once informationrelated to desired list(s) of assets and/or information related tolist(s) of available assets are collected a notification is sent to oneof the, or both, devices including a new compiled list of matchedassets. If no match is found at block 405, the server may check otheraccounts associated with one of the two electronic devices if available.

At block 407, one of the, or both, devices is/are requested to indicate,for example, whether the transaction is to be automatically approved,manually approved, or per asset approved. Whether or not an approval isdesired depends, for example, on the rating of each user. For example,if a user has low rating(s), the server 101 usually asks if other devicewants to pair, and/or perform a transaction with the user having lowrating(s). A transaction may be approved automatically, e.g., by server101, or through a request and response communication with one of the, orboth, electronic devices and/or corresponding entities. If a transactionis approved, the server retrieves the assets to be exchanged and makethem available, at block 408, to respective device(s) and/orcorresponding entities. For example, the server 101 may send assets orcorresponding links to respective device(s). Alternatively, the server101 transfers assets or corresponding links to respective account(s)associated with respective device(s) and/or correspondingentity/entities. In yet another example, the server 101 sends aredemption identifier used to redeem the stored value asset to arespective device and/or transfers the redemption identifier to arespective account. A redemption identifier includes an identifier ofthe asset such as a barcode or a number, a link, a digital image of theasset, and/or the like.

According to an example embodiment, the server may broker thetransaction by either overseeing the transaction being made or storingmedia files or other files onto the server so as to ease the retrievalof assets by users at a later time. Data that can be exchanged in atransaction of stored value assets include gift cards, prepaid cards,reward cards, coupons, rights to a video or movie and/or the actualmovie file, rights to an audio file, e.g., musing file, or the actualaudio file, items such as artifacts, virtual coins, and/or assetsassociated with a game, and/or the like.

The server 101 may also be triggered by an event, e.g., a payment by anentity associated with an electronic device at a point of sale, aninteraction between an electronic device and a smart poster, and/or thelike, to send a message to one or more devices with notification ofbeing in proximity with other devices or an establishment. The server101 may alternatively keep track of locations of mobile devices, forexample, through a client application that runs on mobile devices andsends location information to the server periodically. The server 101also notifies electronic devices of asset matching, with other devicesand/or entities. For example, the server 101 notifies an electronicdevice of another device in proximity and instantaneously pairs withother device in proximity to barter or exchange stored value assets. Theserver may also keep track of location devices such as RSUs 208,Broadcast devices 122, point of sale devices 110, and or the like.

FIG. 5 is a block diagram illustrating an example embodiment of aprocess 500 performed by an electronic device to advertise a couponassociated with an entity. The entity may be an establishment 109, suchas restaurant, a store, a service provider, and/or the like. The entitymay also, or alternatively, be a website, such as www.amazon.com,www.overstock.com, and/or the like, and as such the coupon may beaccessed through the website, online search, and/or any other electronicdata transfer means. At block 501, a user associated with an electronicdevice is at a location, e.g. establishment 109 such as a restaurant, astore, and/or the like, and is willing to fill a survey associated withestablishment. Once it is determined at block 502 that the survey iscompleted, the user receives a coupon associated with the establishment,for example, on his electronic device at block 504. Receiving the couponmay also be conditioned by other criteria such as the user, and/orcorresponding electronic device, being a certain distance away from thelocation and/or establishment, a certain amount of time after completingsurvey, and/or the like that are checked at block 503. Upon receivingthe coupon, the user advertises the coupon at block 505, for example,through his electronic device to other devices in proximity. The couponmay be stored in the server or in a database. The coupon may also beaccessible through a website, an online search, through a smart poster,and/or any other electronic means.

An in-store point of sale, for example, advertises coupon(s) for rewardspoints. A first electronic device receiving the coupon sends details ofthe coupon directly to a second device, and/or corresponding user usinga local wireless communication link, an Internet connection, NFC, anemail service, SMS, MMS, and/or the like. The user of the firstelectronic device may or may not complete a survey associated with thestore related to the point of sale. The server 101 may put together asummary, for example, of rating(s), reviews, menu, calculation averagerating, and/or the like for users to review. Once the user of the seconddevice utilizes the coupon, a notification is sent to the user of thefirst electronic device to notify him/her of additional points acquiredin return of advertising the coupon. As stated above, the user of thefirst electronic device may have to wait a certain preset period or be acertain distance away from the point of sale, and/or associatedestablishment, before initiating coupon advertisement. Information suchas GPS coordinates of the first electronic device may be used toestablish location of the first electronic device and therefore enableand/or disable coupon advertisement. In case a review or survey is to becompleted, acceptance of such review may be time sensitive. For examplethe reviews of locations would have to be completed within a certaintime of leaving the location.

FIG. 6a is a block diagram illustrating an example embodiment of aprocess 600A performed by an electronic device associated with a storedvalue asset for sale and/or bartering. At block 601A, the electronicdevice determines an asset, e.g., a card, to sell and/or exchange withanother desired asset. At block 602A, the electronic device offers theasset for sale and/or exchange on a service. The service may be, forexample, a card exchange service, a bartering service, an electroniccommerce service, and/or the like. The electronic device may offer theasset by means of advertisement to other devices in proximity and/orthrough a server 101 associated with the service. If the offer is nottaken at block 603 A, the electronic device may continue advertising theasset. Once the offer is taken at 604A, for example by another entity,the electronic device receives notification of completed transaction atblock 605A and receives payment for asset. The payment may be in theform of real currency, virtual currency, credits, other assets, and/orthe like. The payment may be by means of transfer to an account and/ortransfer to the electronic device. The trading or bartering value of theasset may be set by the user of the electronic device, for examplewithin the advertisement. Alternatively the server determines thetrading or bartering value of the asset. For example, the server mayprepare a deal and the user of the electronic device may be requestedfor approval of the deal.

FIG. 6b is a block diagram illustrating an example embodiment of aprocess 600B performed by an electronic device associated with a desiredstored value asset to be purchased or acquired in exchange with anotherasset. At block 601B, the electronic device scans and/or searches forother devices in proximity. Other devices may also be detected based onlocation, for example, through a service keeping track of the locationof different devices and/or respective users. If no device is detectedat block 602, the electronic device may continue scanning and/orsearching for other devices. If another device is detected at block602B, the user of the electronic device, or an entity associated withthe electronic device, may then be notified of a potential transactionwith the detected device at block 603B. The notification may be based onchecking by the electronic device information received from detecteddevice and determining the potential transaction. Alternatively, theelectronic device may send an identifier associated with the detecteddevice to a server 101 and receive a response from the server 101indicative of the potential transaction. At block 604B the transactionis initiated, for example, based on approval from user of electronicdevice. The transaction may also be initiated automatically by theelectronic device and/or the server 101. Once the transaction is made,payment is made and stored value asset, and/or a correspondingredemption identifier, is/are received electronically or transferred toan account associated with the user of the electronic device at block605B.

According to an example embodiment, a module associated with server 101and referred to as value engine is configured to set a trading and/orbartering value of a stored value asset. For example, the value enginesestimates a fair market value of an asset available for trade or desiredfor purchase. The asset may be, for example, associated with a detecteddevice and/or a respective account, stored in a database including aninventory of stored value assets, and/or the like. The value engine maydetermine the value of the asset from a list associated with the asset.Alternatively, the value engine determines a value based on one or moreof:

-   -   recent trades, a search of related products on the Internet,        and/or other similar price determination approach,    -   a fair market satisfying criteria specified by two entities        involved in a potential transaction,    -   a deal that satisfies the minimum and maximum values associated        with an electronic device user desiring to purchase, sell and/or        barter the asset,    -   on the minimum and maximum values associated with similar assets        that are desired and/or available for sale or bartering, and/or    -   a proposed deal or transaction that balances the values of        assets to be exchanged between tow entities, for example, with a        pre-determined tolerance, wherein such tolerance may be        determined by the minimum and/or maximum values of the assets to        be exchanged.

The value engine may determine a value of a specific asset, e.g., a giftcard, a balance on a reward card and/or prepaid card, a coupon, and/orthe like, based in part on one or more of:

-   -   the remaining value/balance of the asset,    -   the expiration date of the asset or balance thereof, and/or    -   a redeemable location of that asset with respect to the        potential acquirer's, and/or current owner's, location, and/or    -   consumer behaviors and the probability that a specific        individual may use the asset.        For example, a coupon for a store that an individual won't use        because of the distance to the store may be of low value to that        individual. The same coupon may be of substantial value to        another individual in the proximity of the store. Similarly, a        card and/or coupon associated with an establishment is of        greater value to frequent customers of the same establishment.

FIG. 7 is a block diagram illustrating an example embodiment of a valueengine process 700. At block 701, a request for a deal is receivedand/or determined. Such request may be received from a client device.Alternatively the request may be initiated by the server 101, forexample, upon determination of a potential transaction between toentities. At block 702, the value engine determines a trade value forthe asset(s) to be traded and/or exchanged. The trade value isdetermined, for example based one or more criteria such as a balanceassociated with the asset, location of one of the, or both, entitiesinvolved in the potential transaction, probability of potential use ofasset by one of the, or both, entities involved in the potentialtransaction, a time interval until a value affecting event, specifiedparameters by both, or one of the, entities involved, and/or the like.At block 703, the value engine determines whether a proposed dealsatisfies auto execution criteria. If the proposed deal does not satisfyauto execution criteria, both or one of the entities involved are/isinformed of the proposed deal at block 704A and an approval is receivedto execute transaction. The value engine may also send alternativeproposed deals for selection by a user of a client device.

In case the proposed deal satisfies auto execution criteria at 703, orapproval to execute transaction is received at 704B, the value enginethen passes transaction to an execution engine to execute thetransaction at block 705. At block 706, the execution engine executesthe transaction and delivers the asset, or makes it available, torespective entity/entities. Delivering an asset may include balancetransfer, rights transfer, account number transfer, asset transfer,transfer of a redemption identifier, and/or the like. With regard to theauto execution criteria associated with block 703, the criteria may bewhether other potential deals are to be sent to a client device user,for example, or the value engine can simply select one deal for user.Other criteria may be employed in this context such as determined dealvalue, rating of both or one of the entities involved and/or the like.

According to another example embodiment, a client application running ona client device may interact with the server over a wireless link, forexample, upon determining that the client device is located inside ornear an establishment. For example, the client application may requestinformation on whether any stored value assets, e.g., cards, and/orcoupons, are available for trade or purchase under specific terms andinstructions. Alternatively the client device may simply notify theuser, asking if the user would like to know if deals are available, andpotentially ask for how much purchase value they would like to have foruse in the establishment. For example, a potential transaction may bebased upon a single user's card value being offered or a plurality ofcards with different values being offered for sale or trade.

Following the user of the mobile device entering a desired value, and/orvalue range, the valuation engine on the server 101 will receives thevalue along with range values for permissible transaction execution. Thevaluation engine will compare the request with a number of offers, whichmay be construed as bids. The offers will be paired with the request insuch a way as to attempt to match the requested vale, for example, asclosely as possible. The value determined for each individual offer maybe determined by a first minimum discount, for example, on a cardretained balance, e.g., 25% less than the remaining balance.Additionally other discount rates may be applied based upon how muchtime left for redemption of the asset prior to expiration. For instance,if 6 months are left there may be little or no discount, but if only anhour or a day is left prior to a reduction or expiration of a card, acoupon, a remaining balance, and/or a voucher, an additional 25%discount may be applied in terms of value of the offered asset. In sucha case the discount value may be a mathematical function based upon timeleft until value reduction, the amount of reduction in value, distanceto redemption location, and/or a probabilistic determination of thelikelihood of offer to be taken and/or asset to be used. A valuemodification factor may also be applied for the case where a deal isvery close, but the valuation engine may not find a match. For instance,if a plurality of cards were being merged into a single transactionallowing for one redeemable value, a value premium may be provided forone or more of the cards to allow the transaction to move forward.

Note that in the case of a value affecting time event, the asset valuemay decline over time as a value reduction event nears. As such,specific value thresholds may trigger messages to the offering entity ofthe asset, providing reminders, incentives, or other motivations such asspecial discounts for other services or products, or increase rewardsvalues associated with the use of this or another service. Exampleswhere there is a value reduction event include electronic tickets for ashow, a sports event, parks' tickets, movie passes, a two for onecoupon, and/or the like. Other factors may also be considered whendetermining the current value of an asset being offered, includinglocation. For instance if a gift card is for a merchant, a retailer,and/or restaurant not in a first individual area, but is useful for asecond individual in another area, a discount value may be applied,based upon the history of the first individual's purchases with theservice, or based upon his registered address, the location history ofhis mobile device when used with this service.

The rules or constraints provided by the owner of the asset, togetherwith the valuation of the asset, may allow for the deal to proceed ifthe determined value is within an allowable range, or above a minimumspecified by the owner of the asset. In such a case the deal isautomatically approved, and then passed to the execution engine,assuming automatic approval by all other participants. In cases whereautomatic approval constraints are not met, a message may be sent to theowner or the requestor of the asset, requesting explicit approval of thedeal. Once the deal has been approve the execution engine will transferall values, assets, account numbers, and other required currencies orbalances as needed to complete the transaction, in this embodiment. Theclient device will, in one embodiment, receive one or more credit cardor gift card numbers, and store them as being available for use insubsequent purchase. It is contemplated that the total value of theredeemable assets received during the transaction would be in excess,for example by a minimum amount, of the value provided in exchange tomake the deal compelling to all entities involved.

For example, a user of device A in a store expects to spend $100, thedevice having detected presence in the store requests and receives the$100 figure as a request for the gift card. Additionally, the user hasentered a maximum they will pay, e.g., $75, for the received value thatis at least 25% discount on the purchase. The device passes that valueand potentially the constraint to the server 101, operating thevaluation engine. The valuation engine then determines 3 cards that meetthis requirement. The parameters associated with each car are asfollows: (1) Card A has a balance of 60$. The 25% minimum discount isapplied, plus a transaction discount of 10% for the use of the service.The maximum the service can offer for that car is$60*(1−0.25)*(1−0.1)=$40.50. This deal does not meet the $100 valuerequest from the user of device A. However, the same deal may be pairedwith another card to make the transaction automatically approved. If theminimum value constraint provided by the seller of this card is amaximum discount of 25%, e.g., minimum selling price of $45, thepotential transaction does not satisfy the seller's constraints forautomatic approval, and is not authorized or considered further unlessrequired. (2) Card B has a $100 balance. Applying the same discountparameters results in a value of 100*0.75*0.9=$67.5. The seller of thiscard, for example, has authorized a minimum sale price of $60 forautomatic approval. As such, this card is a candidate for thetransaction. (3) Card C has a $100 balance. Applying the same discountparameters results in a value of 100*0.75*0.9=$67.5. This card expiresin 2 days and the seller has approved an additional discount of 20%.This results in value of $54 to the seller of Card C. Having approvedthese values, the deal meets the requirements for automatic approval.

Based upon two cards meeting the requirements, and no combination ofcards meeting the requirements as a single “deal” candidate, thevaluation engine is set up to provide for the best discount to thepurchaser of the card, rather than the sellers, in this case. Therefore,the Card C offer is selected for a transaction with Device A. The dealis automatically approved, and executed, and notifications are passed toall entities involved, and values are transferred. In this example theuser of device A paid 54$ for the card value, and an additional 10% ofthe card value for the service transaction fee for a total cost of $64,in return for a $100 gift card, resulting in a 36% discount for theirpurchase. The seller of Card C received $54 for a $100 balance which wasunlikely to be used given the expiration date being within two days. Inthis case the service retains 10% of the value or a $10 transaction fee.

Alternatively the valuation engine may be set to optimize the valuereceived by the seller rather than the purchaser and would have selectedCard B instead. In this case Card B would have been transferred, and theseller received $67.5, while the user of device A would receive a $100card for $75 per the deal constraints. The service would retain thedifference of $7.50 for the transaction fee. The described model may beapplicable to restaurant gift cards and/or coupons, tickets for eventsand/or the like particularly where expiration dates are involved. Thespecified discount parameters are specified as examples only and notmeant to constrain any scope of what is claimed herein.

In some embodiments, it may also be the case that the server is capableof invalidating the transferred card and/or account numbers, and issuingnew card/account numbers to the receiving device. Alternatively thevalues may simply be transferred using automated clearing house (ACH)mechanisms, balance adjustments, charges to the card as is normal in thepractice of performing a purchase, credits to other cards, and/or thelike. Additionally if the actual card number must be transferred, theselling entity may have to provide another credit card withauthorization to check that card for any discrepancies with the valuetransferred, based on subsequent use after transfer, or simple error inbalances or expiration dates. upon execution of such a deal or trade,one or more of the account numbers, and other required credentials wouldbe transferred to the users mobile device for use in redemption at thepoint of sale in the retail store immediately. Such a transfer may beused as one consolidated account, or as several, or many individuals'accounts for use concurrently or separately. Alternatively, no accountnumbers may be transferred, only a value provided to the account balancein an existing account already known to the device.

FIG. 8 is a block diagram illustrating an example embodiment of a trade,or execution, engine process 800. At block 801, the trade engine isnotified of a transaction to be executed. The trade engine employs oneor more criteria to determine whether a client device user is to beasked for approval before execution of the transaction. Such criteriamay include, for example, rating of an entity involved in thetransaction, transaction value, whether real or virtual currency is tobe transferred, and/or the like. FIG. 8 shows different embodiments ofhow to employ such criteria. For example at block 802, only rating of anentity involved in transaction is checked and if found to be high, thetransaction is executed automatically at 803 and notification ofsuccessful execution is sent to the user of the client device at 804.Alternatively at 805, only transaction value is checked, for example,against a threshold and if found to be lower than threshold, thetransaction is executed automatically at 806 and notification ofsuccessful execution is sent to the user of the client device at 807. At808, the trade engine checks whether transaction involves transfer ofreal currency or virtual currency. If transaction involves the transferof virtual currency, the transaction is executed automatically at 809and notification of successful execution is sent to the user of theclient device at 810. In the cases where the other entity's rating islow, transaction value is larger than the threshold, or the transactioninvolves transfer of real currency, the trade engine determines at 811that the user's approval is to be requested and sends a request forapproval at 812. The examples provided in FIG. 8 are simply for thepurpose of illustration and are not to be interpreted as limiting thescope of the embodiments described. For example the trade engine mayrequire that more than one criterion be satisfied in order to pass toautomatic execution. In another example, other criteria may be used asan alternative or in combination with the criteria described in FIG. 8.

According to other example embodiments, the trade engine is configuredto interface with another online service, e.g., a digital rightsmanagement (DRM) service to affect the transfer of rights associatedwith a specific transaction. Alternatively, the trade engine may providefor the storing of digital rights associated with a transaction. Thetrade engine is also configured to notify both or one of the entitiesonce the transaction is completed. The trade engine may also beconfigured to automatically log to a user's account and exchange theassets to be traded automatically for each user. For example, if tradedassets are associated with a game, e.g., user A wants to trade hisbattle ax and user B has that item as one of the desired items his/hershared list, the trade engine may access both accounts to executetransfer of digital items. User B will find the item added to hisaccount upon logging in.

A transaction or a deal may be authorized to proceed explicitly where auser specifically provides input to allow for approval for a transactionto occur. Alternatively, the transaction may be authorized implicitlywhere the user already agreed to or otherwise provided rules by whichthe server or other processor is allowed to authorize the execution of atransaction. Example parameters that may be provided as criteria forautomatic execution include one or more of:

-   -   minimum selling price/maximum purchase price    -   minimum and/or maximum sale/purchase/exchange value provided by        value engine    -   time dependent values, for instance time left on a redeemable        coupon, minimum selling value over time for implicit approval    -   percentage or fixed value amount above or below a fair market        value, determined by value engine, for a specific transaction,    -   a feedback rating for a party in a potential transaction, e.g.,        if their rating is above a level such as 4 starts, automatically        proceed otherwise require explicit approval, and/or    -   the type of item to be involved in transaction, or the number of        items in the transaction.        For example, an owner of a card has remaining balance of $X. The        owner may not use it, so he puts it on sale on the service with        the following rules:    -   Implicit approval by the card owner        -   Max discount=70%        -   Min discount=30%        -   detection by value engine vs. value on card and expiration            date            A potential purchaser is walking into a specific retail            establishment, such as Lowes, and his smartphone detects            that they are near or in the store. The server 101 is            notified based on detection, or on a user's request. The            user's request may also include an amount he wishes to have            on a card and/or the amount he wishes to pay for the card.            The server determines a match prepares a proposed deal. The            deal may be a single, or combination of cards from a single            or multiple peer participants. The server 101 then sends            proposed deal to the user, whose payment approval is sent            back to server 101. The user may choose to pay for the card,            for example, with a combination of other cards, virtual            currency, and/or DRM media, and/or the like. The trade            engine executes the transaction by crediting the account of            the user at the store, and sending one or more card            identifiers, virtual currency, and/or DRM media to the            device of the card owner and/or his account. The server also            sends a notification to both entities that transaction is            completed.

In redeeming an asset, a user may provide, for example, a coupon code,or a card identifier at a point of sale using one of NFC tag, displayinga two-dimensional or one-dimensional barcode displayed on a screen,using a peer-to-peer wireless protocol, using SMS, MMS, and/or email, orvia Pay-pal, using an Internet connection.

In another example, a user walks into a specific establishment withhis/her wireless device. A client application, running on his wirelessdevice, detects location or proximity to establishment. The userreceives notification on the wireless device that a service, e.g., aservice for selling gift, reward, and/or prepaid cards, is available.The user enters amount he/she intends to spend, e.g., desired cardbalance. The wireless device requests exchange of information with theserver 101 and/or requests a deal. The server 101 looks for one or moreoffers or establishment cards purchased owned by other users based onspecific constraints or parameters. The value engine prepares andproposes a deal which is considered, for example, equitable to allentities involved based on deal constraints. The server 101 informs theuser, for example, about the total balance available for purchase. Thetrade engine then performs the transaction or requests approved fromparties/entities involved. Upon execution of the transaction, the useris notified and one or more card numbers or accounts with value aretransferred to proximal mobile device at the establishment. The value isthen redeemed by the user using NFC tags, on-screen barcode display,and/or display of one or more account/card numbers.

FIG. 9 illustrates an example embodiment of review reward process. Atblock 901, the server 101 notifies the service that a first user is atlocation and/or establishment. For example, the server 101 may detectthat the first user is in a restaurant registered with a review rewardservice. Upon detecting that the user is willing to complete a survey atblock 902, the service sends a survey to a first device of the firstuser. The survey may be sent using a local area link or a WWAN link byusing, for example, Internet, email, SMS, MMS, and/or the like. Upondetermining that the survey was completed at 904 and that the first userleft the establishment at block 905, a coupon is sent to the first userat 906, for example, through his first device. Alternatively, the couponmay be stored and accessible, for example, through an online search, awebsite, a smart poster, electronic messages, and/or other the like. At907, the first user advertises the coupon to other devices and at leastone second device, associated with a second user, receives profileinformation, e.g., account or profile identifier, associated with thefirst user. If the second user accepts to receive coupon at 909, thecoupon is then sent at 910 to the second user, for example, through thesecond device. At 912, the second device may also receive furtherinformation including, for example, one or more of information relatedto the rating of the establishment, previous reviews, a menu, and/or thelike. Once the second device is detected at the establishment, at block913, the first user is notified and/or receives a reward at 915. If itis determined that the second user used the coupon at 916, he/she may beasked to fill in a survey and/or rate the review of the first user at917. The first user may get further rewards as a result. The actionassociated with block 917 may be optional.

FIG. 10 illustrates communication between a server and two electronicdevices according to an example embodiment. A device A 1002 and a deviceB 1003 are in proximity. Device A detects device B and finds out thatdevice B has an item of interest to the user of device A. Device Ainforms server 1001 that it wants to trade with device B. the server1001 responds back with information related to Device B and itsrespective user, such rating(s) and/or review(s). Device A informsserver 1001 of the item it wants to acquire from device B and/or of anasset to give in return. The server then informs device B of device Aproposal. Upon receiving approval from device B, the server executes thetransaction and transfers traded or bartered assets to respective users.It is to be noted that if transaction is to be executed automatically,based on satisfied criteria, the communications 1006, 1007A, and 1007Bmay be omitted.

FIG. 11 illustrates communication between a server and two electronicdevices according to another example embodiment. A device A registerswith the server for a coupon advertisement service and completes asurvey if required. The server then sends a coupon to device A. Device Athen advertises the coupon by, for example, broadcasting at least one ofan account or device identifier, an establishment identifier, a serviceidentifier, a coupon identifier, other information related to thecoupon, a link related to an establishment, a picture of theestablishment, the address of the establishment, and/or the like. Adevice B receives the broadcast information. Device b may request moreinformation from the server, for example, regarding the coupon, theestablishment, the device B and/or its respective user. The serverresponds back to device B with requested content which may includeverification of the coupon authenticity, additional coding to allowredemption at the establishment, content related to the establishment,maps, directions traffic information, a picture of the coupon, and/orany other information. Device B may even request further informationsuch as a request for a reservation, a request for an order to be madeat the establishment, and/or the like. The server then responds back toacknowledge request of device B and/or confirms the fulfillment of therequest. Once device B is in the establishment, its presence is detectedand the server is made aware. The server then sends a survey to device Bto be completed. The survey may be about a review of the establishmentand/or a review of the review made by the user of device A. Once theserver determines that the survey is completed the server may send thecoupon or another coupon to device B. The server may be informed ofcompletion of the survey based on message sent from device b, orotherwise detect the completion by accessing a survey module. The serverthen notifies device A that device B used the coupon and/or of rewardpoints allocated to the user of device A. For example, the reward pointsmay be determined based on a rating, by the user of device B, to thereview of the establishment made by the user of device A.

Further Examples

The following are several brief synopses of still further exampleembodiments.

Exchanging/Bartering Items Such as Gift Cards

-   -   Implicit is when the bartering is automatic, there is no need of        an approval by the user, unless the deal is out of bounds of        pre-determined rules in which case the user will be notifies to        provide explicit approval or the deal may not be done. Explicit        is when the exchange is done manually and approval is always        required. This also depend what the users are trading and also        on the ratings of the user. A trade would be considered implicit        if it consists of bartering virtual objects (for example:        virtual objects in a game, music, etc), and been pre-authorized        by the respective users according to some rules for the server        to abide by. A trade would be considered explicit if bartering        of objects that need to be physically attained like a gift card.        Also when a user has a rating that is below a certain preset        value then the server will automatically ask the user if he/she        wants to barter with user or not.    -   Each user will have an account set up. The user would go online        to the web site and sine up and fill out the information        required. The account can be combined with other accounts such        using shared login information or directly in those accounts,        such as iTunes, Amazon, Yahoo, Google, pay-pal, Facebook, etc.        There will be an app on the mobile device that will let users        connect to their account, access their information from        anywhere, and modify it as necessary. Such applications may be        implemented as an iPhone or Android application or “App” on a        device and downloaded from a store or may be implemented as a        “web app” such as typical in HTML5 or AJAX and the like,        allowing for both online and offline application operation.    -   In one embodiment, mobile to mobile communications will be used        for the detection of the peer device, allowing for the detection        of two mobile devices when in proximity. Such an approach allows        for the devices to detect each other when in range.    -   Once detected, each device will communicate with the trusted        server, using an Internet connection (either via a wireless LAN,        or wireless WAN), which will provide them with information about        the respective other device or entity associated with the device        (and respective account information if appropriate).    -   Information provided by the server may include their        preferences. Their preferences may include for instance, a list        of what they want to exchange and what their willing to barter        for it. The server, in one embodiment, would compare the shared        lists, determine matching items within the preferences, and only        show or notify the Devices of items that they have in common, by        compiling only a list that includes the items within the        preferences, which match the desired items of one user to the        items other user wants to barter, for instance. The users will        then be notified of a candidate match of preferences, and the        server can broker the transaction of the items if needed        (assuming explicit notification is required for a transaction).    -   In another embodiment the server does not require explicit        approval for a matching “candidate transaction” to occur, the        exchange making it implicit bartering, or implicit transacting.    -   Alternatively, the deal approval process may take place in a        purely peer to peer model over Wi-Fi, Wi-Fi direct, Bluetooth,        or FlashLiq (by Qualcomm) like proximal links, or LAN like        links. The mobile devices will do the bartering or deal trade        commencement themselves, and in some embodiment using services        provide by the central trusted server such as the Value Engine,        and potentially the trade Engine one the deal is approved for        moving forward. As such, specific aspects of the process may be        performed either partially or entirely without the servers being        involved.    -   Other aspects and embodiments may include each user having        ratings relevant to feedback provided to the server, by previous        peer participants, based on the participant's past performance,        behavior, responsiveness, honestly, or the like. Such reviews        may be provided to the current “peer” participant allowing for        an indication of the history of the user and or of the items        previously exchanged (where they of good quality for example).        Such information may also be used directly by the server or the        devices in determining preference matches. For instance, in the        case where peer's desired items, and available items match,        preferences may exclude a match one or more peer having too low        of a rating by past participants. Alternatively, such        information may be provided to a user's device and presented to        the potential peer in a transaction providing them with the        ability to make an informed decision as to whether to enter into        a transaction with a potential peer.    -   In some embodiments, when users (or their devices) detect each        other, (after the server retrieves associated account        information, compares the preferences, determines matches, etc)        each user will receive a message that will contain information        about the other user including his reviews and ratings. These        are made available for other users to examine before they begin        bartering, or otherwise selecting or approving a proposed deal.        Each user will be asked to rate the user who they traded with        and the service received (was the trade fast, did the items work        properly, etc) at the end of the exchange. These rating will be        available to all users for inspection. The account will have        settings that allow a user to either interact manually (control        the trade) or chose to do the exchange automatically, where the        server will do the trade without asking for permission. If the        ratings of a user are below a certain level the server will may        inform the user and give the option (manually ask permission) of        whether to decline the paring or move forward with the exchange.        Each user will have the ability to modify these options as they        see fit.        -   User_a is walking into Starbucks        -   User_b is leaving Starbucks        -   User_a detects User_b        -   Both users send the information to server        -   Server retrieves information of User_a and User_b (regarding            preferences in music, videos, movies, games, restaurants,            stores, past purchase behaviors using NFC, gift cards, etc)        -   Server compares the information found with both users        -   Sends message to User_a and User_b        -   Notifies users that they are in proximity of each other        -   Sends a message to User_a that includes User_b profile,            rating, and reviews (ratings and reviews are filled out by            other users who have previously bartered with him/her)        -   This is done for User_b as well        -   If User_b has low ratings User_a is informed immediately by            server        -   User_a is given the option to still do the exchange with            User_b (this option can be selected in the account settings            of the user account)        -   If no then paring is terminated        -   If yes then server sends another message with a list of the            items User_b is willing to trade and the items he/she is            searching for        -   Server will not show User_a all the items User_b wants to            trade but just the ones relevant        -   Server composes that list by referring to the preferences of            User_a so as to narrow the list to only items User_a is            interested in        -   This happens also for User_b        -   User_b has a gift card for Starbucks with some money            remaining on it and the gift card expires the following day        -   User_b has no need for it anymore and wants to trade it            (could be that he won't be able to use it again before it            expires so instead of losing it he decides to barter it)        -   User_b places gift card on his list        -   User_a has Starbucks listed as one of his preferred places            to go.        -   User_a has just been sent User_b list of items that user            wishes to trade (does User_a want to trade with User_b?)        -   User_a sees User_b has a gift card for Starbucks        -   Yes User_a wants to trade (since User_a is going into            Starbuck a gift card would be useful)        -   Server sends User_b message saying that User_a wants to            trade gift card with User_b        -   User_b looks at the list of items User_a has to offer in            exchange (narrowed down by server to only thing that User_a            and b have in common)        -   Next to each item will be displayed the value of the item in            comparison to what user is trading for (refer to article on            Facebook credits link below)        -   How will value be given to an item            -   Priority            -   Expiration date (when does it expire? The closer to                expiration the more willing to trade item and value goes                down)            -   Preferences (user might be more willing to trade an item                user no longer likes or needs)            -   Need (how important is the item traded?)        -   User_b picks what he wants out of that list (examples:            music, videos, movie rights User_a could even pay for it)        -   Server brokers transaction        -   User_b can give the gift card in three different ways            -   Send picture of barcode            -   Exchange in person        -   Server monitors trade        -   If exchange done in person, this can be done in many            different ways including            -   Server sends each user a picture            -   Establishing a location to meet            -   Establishing a chat to arrange meeting place            -   This would help to prove identity of user before                exchanging item            -   The use of Wi-Fi, Bluetooth, NFC, etc for identification        -   Server will require confirmation that the transaction has            been done by both users        -   Once confirmed server will make the items that User_b got in            exchange available, a couple of ways to do that is by        -   Storing items on server and User_b receives a link where he            can then go retrieve them        -   The server can send the files directly to the user's mobile            device        -   Can be downloaded to another account (for example if music            or video it can be downloaded to iTunes account)        -   Trade is made        -   The users will then be asked to fill out a survey regarding            the transaction        -   the users will rate each other so that future users have an            idea of who they are doing transactions with

General Example Usage Concepts:

-   -   CARDTRADE: Location or proximity based triggering of the        purchase of a gift card at a discount.        -   You walk up to (Location) or into (proximity detection            possibly) a Target. The detection would be performed based            on the GPS, or based on detecting a transmission from the            target itself (Shop kick, Skyhook, Wi-Fi detection or            other). You are notified on your mobile phone that you may            purchase (or trade for) a Target card for X % discount            relative to the amount on the card. You agree, pay, and            receive the value electronically for redemption at the            store.        -   You have a card you will not likely use, you offer it for            sale on the service. When offer is taken, and transferred,            you receive payment in the form of real currency, credits            (virtual currency), or other goods.    -   REWARDREVIEW: Proximity based advertisement of recent reviews        with the transfer of an authenticated coupon, which provides for        sender rewards when used by others.    -   Both concepts using a valued engine to determine pricing based        on value, time of expiration, how old the information is,        likelihood of use, and other factors.

Advertisement

-   -   User sends (electronically and locally advertises) coupons        advertising a business (restaurant, store, etc) and in return        when other people use the coupon the user gets reward points.    -   Authenticity cryptographic techniques or other identifiers may        be used to allow redemption of a coupon to provide reward points        or other compensation to original reviewer or advertiser. Such        authenticity techniques discussed elsewhere may be used alone or        in conjunction with other information fields in the coupon to        determine the appropriate entity or account to reward for        redemption of coupon and that no modification of fields relevant        to value or process have been modified or otherwise tampered        with. These techniques allow for confirmation of value of        coupon, the merchant or business to whom the coupon is        applicable, enforce a number of uses or time limit for        application of the coupon or the service of which the coupon        belongs or any financial implications as a result, or any other        related information related to such a service.    -   Each user would have an account that keeps track of all the        points, where such points may be virtual currency or real        currency; such currency being useful in other type of        transaction including bartering or purchasing of goods or        services.    -   Each user will have an account that will be used to keep track        of points user accumulates and of the ratings and reviews he has        given to what restaurants. It is contemplated that is some        embodiment, the review process would be a required step prior to        a service authorizing a coupon for advertisement by that user,        and further following their patronage of that establishment as        being determined in some cases by determination of location,        proximity, or access to transactional information potentially        from other services (credit card, bank, Pay-pal, NFC apps on a        phone retrieving such information).    -   When user accumulates a certain amount of points the user        receives a gift, or may use the points or credits as virtual        cash depending on a specific proposed transaction.    -   The exchange of the advertisement information from the first        user's device can be done between mobile devices, vehicles, or        between a mobile device and a vehicle.    -   In one embodiment the driver (User_a) is at a local restaurant        that he encountered on the road while on a trip. At the end of        the meal User_a uses an application on their phone to fill out a        survey of the restaurant, and the associated meal. The survey        will be used to review and rate the restaurant and its service.    -   When filling out the survey each user is encouraged to elaborate        by adding pictures, videos, and other media files of the        restaurant, its location, the servers and how they attended to        the table (are they good or bad servers). Upon filling out the        survey, in some embodiment User_a receives a coupon for the        restaurant, which is redeemable by others, and received in some        cases, as a result of proximity based detection. Such detections        are efficient as the determination of proximity of one user to        another, with no prior relationship. It's too cumbersome on        server resources as far too may such comparisons would have to        be made in order to allow for fast responsiveness of the        service. If a restricted list of users is enabled for such as        service, then a server based determination means of proximity        based on reported GPS location is feasible depending on server        resources.    -   However, proximity based detection has the distinct advantage of        allowing for the detection to occur locally, and then the server        only required to participate one the proximity is determined.    -   As such, a proximity based advertisement may one include an        identifier of the device, or an identifier of the users account.        Additionally, the advertisement may include one or more of the        following: a indicator that the specific device is supporting        the service, a coupon code, a coupon category (type of        establishment, price range, rating level of establishment, type        of food if a restaurant, etc) which may be used to further        reduce matching of user's current and pre-determined interests        for a coupon, and/or the review information and coupon        information itself, or a link allow retrieval of any or all of        the listed information, or additional content such as video or        pictures.    -   Further the coupon information may include a Coupon        authentication value. The value being generated using        cryptographic techniques such as asymmetric encryption keys, or        public and private encryption keys, or a hash function to be        user to determine one of: the authenticity of the coupon, the        origins of the coupon, and traceability of the coupon back to        the provider of the review such that then may receive rewards        for its use. Further, all or some of the information in the        coupon may be input into an integrated check algorithm to        generate a message integrity field to be included with the        coupon, such that no field may be modified without invalidating        the coupon. Such “MICs” are commonly used and know in the art,        for instance as used in WPAN2 form the Wi-Fi alliance, or IEEE        802.11e. Such included information may be the identity of the        issuer, the merchant, the reviewer, or provider of the        advertisement, and any other required information to allow for        the integrity of the process. Such approaches may also use        secret keys for such integrity check, or public/private keys for        such approaches as are known in the art.    -   Every time the user or someone else uses this coupon the user is        awarded points, as traceable by the information in the coupon.        In some cases, merchant preferences may specify that the user        needs to be a certain distance away from the restaurant before        he/she can start sharing the coupon received upon reviewing the        restaurant. (Can't share coupon at restaurant so GPS should be        involved, so as to locate the user and deny access of the coupon        until he/she is a certain distance away), or after a specific        time such as 5 min. later, or a combination of the two.    -   Once User_a leaves the restaurant he/she is allowed to        share/broadcast the coupon. Other users have the choice to        either accept or deny advertisement, or their device may perform        a matching based on identification of attributes listed in the        proximity message or retrieved from information in the proximity        message which allow for the user's notification only when        specific criteria are met. These may include how recently the        review was, what type of establishment they visited, the        location of the establishment (how far form the road, or the        current user's expected path of travel) e.g. how far out of the        way the establishment is, if rating, the price range, the type        of food, the neighborhood details such as safety as retrieved        from another database, and the like. A coupon for a significant        discount may be presented to the user to entice them to visit        the restaurant. Other details including the reviews of the        advertisers past recommendations may be presented as well to        provide an indication of how reliable their opinion is. Further        only individuals bellowing to a group or list may be allowed to        be matched. If accepted the users receive the coupon and the        reviews and ratings of the restaurant from that user, or from        other sources as well.    -   In another example, there may be limits as to how long ago or        how distance from the restaurant that an advertisement may be        matched. For instance, Users have to be no more than certain        distance from restaurant so User_a cannot advertise to users        that are too far away (so advertisement can only be done in a        certain range from the restaurant for example between 1-10        miles).    -   For example: if User_a is going on a trip to Miami and he stops        at a restaurant in Fort Lauderdale. User_b is driving back from        Miami and is going back to Melbourne. The route each user takes        will be crucial when it comes to sharing; because since User_b        is going in the direction User_a is coming from he might be        interested in stopping at the location. Meanwhile User_a doesn't        want to share advertisements with another user who is not going        in that direction. So User_a wants to broadcast to anyone that        is within a certain range of the location or that has is on a        route that would take user by that location. Another constraint        would be at what time user would want to advertise. These are        all suggestive but each individual user is not required to        follow.    -   The coupon given to each user is unique. This means that the        barcode or redeem code is only associated with User_a so he/she        alone gets points when other users utilize it.    -   Once the users make use of the coupon a notice will be sent to        User_a that informs User_a that his/her coupon has been used and        will provide the amount of points that will be added to his/her        account. The users who utilizes User_a's coupon will be asked to        do a survey on the restaurant, as well as do a survey on the        reviews given by User_a on the restaurant. Once the user does        the survey on the restaurant they too will receive a coupon that        they can share/broadcast. The reason to do a survey on the        reviews given by User_a is to give rate User_a and how accurate        his advice was. This helps other users when they see his/her        review. There will be rating shown to give the users and        understanding of how accurate User_a's reviews are.    -   action: same redemption approaches as listed before, e.g.,        barcode, showing the coupon on the screen, reading the code to        the casher, NFC, SMS, MMS, email, and/or the like.        -   User_a just finished meal at restaurant        -   Fills out survey of restaurant        -   User_a will have the option to add pictures, video, and            other media files to the survey        -   The more detailed the survey the more reward point will            User_a receive when the coupon is utilized        -   Once User_a leaves the restaurant and gets a certain            predefined distance away from the restaurant a coupon will            be            -   Stored on the server so that User_a can access it            -   Sent directly to his mobile device            -   Sent directly to his OBU of his vehicle        -   Using GPS to triangulate position of User_a in order to give            permission to share coupon        -   User_a identifies all other users (could be other vehicles            or mobile devices) in proximity (using Wi-Fi, Bluetooth,            etc)        -   Using the server User_a send coupon to all users found        -   Coupon can use NFC or be a barcode or redemption code        -   Users have the option of filtering what advertisements to            receive based on            -   Route user is taking            -   Time of day            -   How long ago User_a was at the location            -   Certain distance away from location        -   Each user (User_b) has the option of accepting or declining            the ability to view advertisement        -   If granted User_b will receive a coupon with a review of the            restaurant from User_a (which may include media files) and a            link (or something) that will show the restaurant            information as well as all reviews and ratings        -   If User_b decides to go to the restaurant and use coupon            -   User_a will receive notification of use through a hash                function, public/private key, encryption (cryptographic                techniques)        -   In message there will also be the points earned from use            (maybe also show the total points earned until that moment)        -   Reward points will be added to User_a's account based upon            -   Detection            -   whether or not users viewed the advertisement            -   if the users actually went to the restaurant that User_a                advertised            -   how long they stopped and stayed at the restaurant            -   using GPS coordinates or Wi-Fi connection as a way of                detecting if users were at the location        -   User_a will receive a different amount of points for each            step (stated above)        -   For example: if User_b just opens advertisement User_a gets            2 points but if User_b goes to restaurant and uses coupon            User_a gets 10 points.        -   After User_b is finished with meal and uses coupon, he            receives            -   A survey on the restaurant            -   A survey on User_a and his/her reviews        -   The survey of the user will contain questions such as how            accurate was review given User_a        -   If User_b likes the reviews of User_a and thinks they are            accurate User_a gets good ratings        -   If User_b doesn't think reviews were faulty (for example            User_a gave good reviews so he/she could get points but in            reality restaurant is not good) then User_b can give him/her            bad ratings        -   These rating will be shown every time User_a            broadcasts/shares coupon so that other users are aware of            the quality of reviews User_a gives        -   User_b also fills out the survey of the restaurant        -   When survey is complete User_b gets the opportunity to            advertise the coupon        -   This is done the same way it was done for User_a        -   After a certain time, distance or both advertisement stop        -   Each user has the option of choosing            -   When to advertise            -   To whom            -   For how long            -   Where (how far away from location, etc)        -   The coupon may include fields or other information            containing cryptographic or authenticity based information.            This information is used to determine            -   The authenticity of coupon            -   The traceability to the original reviewer or advertiser            -   The input of the generation may include “a number used                once”, NONCE, the identifier for the original reviewer                or advertiser, an identifier for the merchant (who would                redeem the coupon), an identifier for the recipient of                the coupon, and time or date based information. Any of                all of these may be input in algorithm            -   An example of one such authenticity algorithm also                includes insuring that no tampering has occurred to the                message                -   an example of one such algorithm including one of                    these aspects is AES algorithm such as is described                    in RFC 3537, RFC 3566, RFC 3444, RFC 3602, RFC 3565,                    RFC 4493 the AESC MAC algorithm, and the like                    including CBC message authentication codes and                    related hash functions or other public or private                    key algorithms or similarly related RFCs        -   Additional references of that include: Various standards            exist that define MAX algorithms. These include:            -   FIPS PUB 113 Computer Data Authentication, [4] withdrawn                in 2002, [5] defines an algorithm based on DES.            -   ISO/IEC 9797-1 Mechanisms using a block cipher[6]            -   ISO/IEC 9797-2 Mechanisms using a dedicated                hash-function[7]            -   ISO/IEC 9797-1 and -2 define generic models and                algorithms that can be used with any block cipher or                hash function, and a variety of different parameters.                These models and parameters allow more specific                algorithms to be defined by nominating the parameters.                For example the FIPS PUB 113 algorithm is functionally                equivalent to ISO/IEC 9797-1 MAC algorithm 1 with                padding method 1 and a block cipher algorithm of DES.        -   These techniques can be used            -   Limited use            -   One time use            -   Use by only specific party            -   Use with specific merchants only            -   Use with traceability

It should be understood that the example embodiments described above maybe implemented in many different ways. In some instances, the variousmethods and machines described herein may each be implemented by aphysical, virtual or hybrid general purpose computer having a centralprocessor, memory, disk or other mass storage, communicationinterface(s), input/output (I/O) device(s), and other peripherals. Thegeneral purpose computer is transformed into the machines that executethe methods described above, for example, by loading softwareinstructions into a data processor, and then causing execution of theinstructions to carry out the functions described.

As is known in the art, such a computer may contain a system bus, wherea bus is a set of hardware lines used for data transfer among thecomponents of a computer or processing system. The bus or busses areessentially shared conduit(s) that connect different elements of thecomputer system (e.g., processor, disk storage, memory, input/outputports, network ports, etc.) that enables the transfer of informationbetween the elements. One or more central processor units are attachedto the system bus and provide for the execution of computerinstructions. Also attached to system bus are typically I/O deviceinterfaces for connecting various input and output devices (e.g.,keyboard, mouse, displays, printers, speakers, etc.) to the computer.Network interface(s) allow the computer to connect to various otherdevices attached to a network. Memory provides volatile storage forcomputer software instructions and data used to implement an embodiment.Disk or other mass storage provides non-volatile storage for computersoftware instructions and data used to implement, for example, thevarious procedures described herein.

Embodiments may therefore typically be implemented in hardware,firmware, software, or any combination thereof.

In certain embodiments, the procedures, devices, and processes describedherein constitute a computer program product, including a computerreadable medium (e.g., a removable storage medium such as one or moreDVD-ROM's, CD-ROM's, diskettes, tapes, etc.) that provides at least aportion of the software instructions for the system. Such a computerprogram product can be installed by any suitable software installationprocedure, as is well known in the art. In another embodiment, at leasta portion of the software instructions may also be downloaded over acable, communication and/or wireless connection.

Embodiments may also be implemented as instructions stored on anon-transitory machine-readable medium, which may be read and executedby one or more procedures. A non-transitory machine-readable medium mayinclude any mechanism for storing or transmitting information in a formreadable by a machine (e.g., a computing device). For example, anon-transitory machine-readable medium may include read only memory(ROM); random access memory (RAM); magnetic disk storage media; opticalstorage media; flash memory devices; and others.

Further, firmware, software, routines, or instructions may be describedherein as performing certain actions and/or functions of the dataprocessors. However, it should be appreciated that such descriptionscontained herein are merely for convenience and that such actions infact result from computing devices, processors, controllers, or otherdevices executing the firmware, software, routines, instructions, etc.

It also should be understood that the flow diagrams, block diagrams, andnetwork diagrams may include more or fewer elements, be arrangeddifferently, or be represented differently. But it further should beunderstood that certain implementations may dictate the block andnetwork diagrams and the number of block and network diagramsillustrating the execution of the embodiments be implemented in aparticular way.

Accordingly, further embodiments may also be implemented in a variety ofcomputer architectures, physical, virtual, cloud computers, and/or somecombination thereof, and thus the data processors described herein areintended for purposes of illustration only and not as a limitation ofthe embodiments.

The term server, as used in above, may refer to one or more softwaremodules executable by one or more processors, one or more processors,one or more computer devices, or a combination thereof. In addition, theterm server, as used above, should not be limited to a single computerserver as the methods performed by the server may be performed by one ormore computer servers.

While the above explanation has particularly shown and described exampleembodiments, it will be understood by those skilled in the art thatvarious changes in form and details may be made therein withoutdeparting from the scope of the invention, as encompassed only by theappended claims.

The entire content of the U.S. application Ser. No. 12/364,897 is herebyincorporated by reference.

What is claimed is:
 1. One or more computer servers to facilitate thetransfer of stored value from one or more devices, cards, or accounts toa wireless device, the one or more computer servers comprising: at leastone processor, and at least one memory with executable instructionsstored thereon, the at least one memory and the executable instructions,with the at least one processor, cause said one or more computer serversto: receive a first message associated with a first wireless device orassociated with an entity associated with said first wireless device;receive from the first wireless device first information also associatedwith said first wireless device or associated with said entityassociated with said first wireless device, wherein the firstinformation is used to determine one or more merchant identities whichare in proximity to said first wireless device; receive secondinformation also associated with said first wireless device orassociated with said entity associated with said first wireless device,wherein said second information includes a desired, expected or anongoing target transaction charge amount associated with a targettransaction between said one or more merchant identities and said firstwireless device or with said entity associated with said first wirelessdevice; select one or more selected stored value assets depending onboth (a) at least said one or more merchant identities and (b) saidtarget transaction amount; and send, subsequent to the selection of oneor more selected stored value assets, a redemption identifier message tosaid first wireless device, said redemption identifier messagecomprising one or more redemption identifiers.
 2. The one or morecomputer servers of claim 1 wherein said one or more servers areassociated with a wireless device other than the first wireless device.3. The one or more computer servers of claim 1 wherein said one or moreservers are operated independently of entities associated with said oneor more merchant identities.
 4. The one or more computer servers ofclaim 1 wherein the one or more stored value assets are used to modify atotal amount paid by the entity associated with the first wirelessdevice associated with the execution of the target transaction.
 5. Theone or more computer servers of claim 1 further to cause the one or morecomputer servers to verify a current validity of a stored value balanceassociated with the one or more stored value assets.
 6. The one or morecomputer servers of claim 1 wherein each of the stored value assets isone of a debit card, a gift card, or some other identifier for anaccount having an associated stored value balance.
 7. The one or morecomputer servers of claim 6 wherein each stored value asset is a definedpositive monetary value used as payment associated with the targettransaction.
 8. The one or more computer servers of claim 1 wherein saidvalue associated with said one or more selected stored value assets is adefined monetary value, independent of the target transition chargeamount.
 9. The one or more computer servers of claim 1 wherein said oneor more selected stored value assets comprises a plurality of storedvalue assets and wherein said redemption identifier message comprises asingle redemption identifier in the form of an account number, saidaccount number is used to redeem the aggregate value of said pluralityof said one or more selected stored value assets.
 10. The one or morecomputer servers of claim 1 wherein said one or more redemptionidentifiers represent said one or more selected stored value assets in aone to one correspondence.
 11. The one or more computer servers of claim1 wherein the one or more processors further, prior to select of the oneor more stored value assets: verify a current validity, authorization,authenticity, or stored value balance associated with the one or morestored value assets; and charge against a stored account credentialassociated with a providing entity associated with a specific storedvalue asset, upon a failure of said verify of the current validity,authorization, authenticity, or stored value balance associated with aspecific one of said stored value asset.
 12. The one or more computerservers of claim 1 wherein the one or more processors further: send asecond message to the first wireless device including one or moremerchant identities to further result in said first wireless devicedisplaying a message requesting input from a user of the first wirelessdevice, said message including at least a transaction charge value andrelating to the selection of one or more merchant identities for whichsaid transaction change value would apply.
 13. The one or more computerservers of claim 1 wherein said target transaction charge amount is acharge amount associated with an expected future transaction.
 14. Theone or more computer servers of claim 1 wherein said target transactioncharge amount is a lower value than an associated total transactionamount.
 15. The one or more computer servers of claim 1 wherein saidtarget transaction is a currently ongoing transaction resulting in saidreception of one of said first message, said first information, or saidsecond information.
 16. The one or more computer servers of claim 1wherein said first information comprises a geographic location receivedor derived from said first wireless device.
 17. The one or more computerservers of claim 1 wherein said first message comprises identifierinformation related to a second wireless device or an entity associatedwith said second wireless device, said identifier information havingbeen received by the first wireless device using short range wirelesscommunication.
 18. The one or more computer servers of claim 1 whereinsaid first information is directly or indirectly received from a pointof sale device belonging to a merchant associated with one of saidmerchant identities.
 19. The one or more computer servers of claim 1wherein one or more of said first message and said first information isreceived from or by way of a server or a point of sale device associatedwith processing said target transaction while said target transaction isongoing.
 20. The one or more computer servers of claim 17 wherein theone or more processors further: transmit a receipt relating to thepurchase of said selected one or more stored value assets, the receipttransmitted to either said second wireless device or to an entityassociated with said second wireless device.